Portable intermediary trusted device

ABSTRACT

In one embodiment, an intermediary gaming trusted electronic device for use with an untrusted PED may include a position sensor configured to acquire position information, a memory configured to store at least game session data, and a processor configured to at least: securely communicate with a gaming apparatus via the wireless transceiver; securely communicate with the associated untrusted PED; determine whether a gaming session is permitted based on the position information; receive gaming data from the gaming apparatus if it is determined that the gaming session is permitted; transmit presentation data to the associated untrusted PED for presentation on a display of the associated PED, wherein the intermediary gaming trusted device is able to support interaction between the gaming apparatus and the associated untrusted PED so that the associated untrusted PED, when coupled to the intermediary gaming trusted device, can execute a gaming software.

CROSS-REFERENCE TO RELATED APPLIATIONS

This application is continuation of U.S. patent application Ser. No. 15/876,095, filed Jan. 19, 2018, and entitled “PORTABLE INTERMEDIARY TRUSTED DEVICE”, which is hereby incorporated herein by reference for all purposes, and which in turn is a continuation of U.S. patent application Ser. No. 15/400,840, filed Jan. 6, 2017, and entitled “PORTABLE INTERMEDIARY TRUSTED DEVICE”, which is hereby incorporated herein by reference for all purposes, and which in turn is a continuation of U.S. patent application Ser. No. 13/833,116, filed Mar. 15, 2013, and entitled “PORTABLE INTERMEDIARY TRUSTED DEVICE”, which is hereby incorporated herein by reference for all purposes.

This application is also related to U.S. application Ser. No. 13/833,953, filed Mar. 15, 2013, and entitled “GAMING DEVICE DOCKING STATION,” which is hereby incorporated by reference herein in its entirety for all purposes.

BACKGROUND OF THE INVENTION

Gaming establishments continually try new methods to keep patrons in its establishment in order to increase profits. With more and more patrons using PEDs, mobile gaming is one way to increase profits. However, games of chance may not be played on unknown and untrusted PEDs.

OVERVIEW

A network-based gaming system may support interaction between intermediary gaming trusted devices and PEDs and/or gaming machines so that games of chance are able to be securely presented to the user(s). The intermediary gaming trusted device is able to support a secure and controlled interaction between a gaming apparatus and an associated unknown, untrusted PED so that the associated untrusted PED, when coupled to the intermediary gaming trusted device, becomes a trusted PED and can execute gaming software.

In one embodiment, an intermediary gaming trusted electronic device for use with an associated untrusted PED may include a position sensor configured to acquire position information of the untrusted PED, a memory configured to store at least game session data, a wireless transceiver, and a processor configured to at least: (i) securely communicate with a gaming apparatus via the wireless transceiver; (ii) securely communicate with the associated untrusted PED; (iii) determine whether a gaming session is permitted based on the position information; (iv) receive gaming data from the gaming apparatus if it is determined that the gaming session is permitted; and (v) transmit presentation data to the associated untrusted PED for presentation on a display of the associated PED, the presentation data associated with the received gaming data, wherein the intermediary gaming trusted device is able to support interaction between the gaming apparatus and the associated untrusted PED so that the associated untrusted PED, when coupled to the intermediary gaming trusted device, can execute a gaming software.

In another embodiment, an intermediary gaming trusted device for use with an associated untrusted portable electronic device (PED), the device including a position sensor configured to acquire position information of the PED, a memory configured to store at least game session data, a wireless transceiver, and a processor configured to at least: (i) securely communicate with the gaming apparatus via the wireless transceiver; (ii) securely communicate with the associated untrusted PED; (iii) determine whether a gaming session is permitted based on the position information; (iv) receive gaming data from the gaming apparatus if it is determined that the gaming session is permitted; and (v) transmit presentation data to the associated untrusted PED for presentation on a display of the associated PED, the presentation data being associated with the received gaming data, wherein the associated untrusted PED can be trusted to display presentation data so long as the intermediary gaming trusted device is coupled thereto.

In one embodiment, a system for playing a wagering game includes a portable electronic device (PED) having a display to display presentation data associated with gaming data, an intermediary gaming trusted device configured to securely communicate with the PED via a physical or wireless means, and a gaming apparatus configured to securely communicate with the intermediary gaming trusted device to transmit the gaming data to the intermediary gaming trusted device, wherein the intermediary gaming trusted device is configured to transmit the presentation data to the PED to allow a user of the PED to execute gaming software.

The present invention provides other hardware configured to perform the methods of the invention, as well as software stored in a machine-readable medium (e.g., a tangible storage medium) to control devices to perform these methods. These and other features will be presented in more detail in the following detailed description of the invention and the associated figures.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated into and constitute a part of this specification, illustrate one or more example embodiments and, together with the description of example embodiments, serve to explain the principles and implementations.

In the drawings:

FIG. 1 illustrates an example block diagram of a network-based gaming system.

FIGS. 2A-2C illustrate example embodiments of an intermediary trusted gaming device.

FIGS. 3A and 3B illustrate example uses of the intermediary trusted gaming device.

FIG. 4 illustrates an example block diagram of an intermediary trusted gaming device.

FIGS. 5A and 5B illustrate example methods for playing games of chance using an intermediary gaming trusted device.

FIG. 6 illustrates an example method for playing a game of chance on a portable electronic device.

FIG. 7 illustrates an example method for playing a game of chance on a portable electronic device.

DESCRIPTION OF EXAMPLE EMBODIMENTS

The present disclosure relates generally to gaming systems. More particularly, the present disclosure relates to use of a portable electronic device (PED) in a gaming system and even more particularly use of a PED in a gaming system with an intermediary trusted device.

Embodiments are described herein in the context of a portable intermediary trusted device. The following detailed description is illustrative only and is not intended to be in any way limiting. Other embodiments will readily suggest themselves to such skilled persons having the benefit of this disclosure. Reference will now be made in detail to implementations as illustrated in the accompanying drawings. The same reference indicators will be used throughout the drawings and the following detailed description to refer to the same or like parts.

In the interest of clarity, not all of the routine features of the implementations described herein are shown and described. It will, of course, be appreciated that in the development of any such actual implementation, numerous implementation-specific decisions must be made in order to achieve the developer's specific goals, such as compliance with application- and business-related constraints, and that these specific goals will vary from one implementation to another and from one developer to another. Moreover, it will be appreciated that such a development effort might be complex and time-consuming, but would nevertheless be a routine undertaking of engineering for those of ordinary skill in the art having the benefit of this disclosure.

In accordance with the present invention, the components, process steps, and/or data structures may be implemented using various types of operating systems, computing platforms, computer programs, and/or general purpose machines. In addition, those of ordinary skill in the art will recognize that devices of a less general purpose nature, such as hardwired devices, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or the like, may also be used without departing from the scope and spirit of the inventive concepts disclosed herein.

FIG. 1 illustrates an example block diagram of a network-based gaming system. The network-based gaming system 100 may support interaction between intermediary gaming trusted devices and one or more unknown, untrusted PEDs and/or gaming machines so that games of chance are able to be securely presented to the user(s). Initially, PEDs are untrusted devices and are supported or capable to play games of chance. However, once connected to an intermediary gaming trusted device, a PED becomes or is otherwise transformed into a trusted PED and is able to be used to execute gaming software.

The network-based gaming system 100 may include at least one intermediary gaming trusted device 114 a-n (where n is an integer). The intermediary gaming trusted device 114 a-n may be associated with a PED 112 a-n via a physical or wireless connection. Although each intermediary gaming trusted device is illustrated as connecting to one PED, the intermediary gaming trusted device may connect to more than one PED and thus acts as a trusted connection hub for multiple PED's. The PED 112 a-n may be any portable device having a display such as, for example, portable telephones, laptops, computers, notebooks, tablets, media players, and the like. Wireless connections may be any known wireless methods such as a 3G wireless technology, 4G wireless technology, Bluetooth, wireless universal serial bus, near-field magnetic or communication sensor, Fire Wire, WiMax, IEEE 802.11x technology, radio frequency, narrow-beam infrared (IR) sensor, RFID tag, WiFi, vibration sensor or any other known wireless methods. Wired connections may be any known connection using a wire. The connection between the intermediary gaming trusted device and PED creates a secured pairing environment. Once paired, either a short-range (e.g. Bluetooth) or a long-range (e.g. WiFi) wireless communication tether (e.g. wireless leash) may be established and maintained during the wireless communication session.

The intermediary gaming trusted device 114 a-n may be configured to communicate with a gaming server 102 via a network 106 through a wired or wireless connection. In the same or another embodiment, the intermediary gaming trusted device 118 associated with the PED 120 may also be configured to communicate with a gaming machine 104 through a wired or wireless connection. The gaming machine 104 may then connect to the gaming server 102 via network 106 also through a wired or wireless connection. Wireless connections may be any known wireless methods such as a 3G wireless technology, 4G wireless technology, Bluetooth, wireless universal serial bus, near-field magnetic, Fire Wire, WiMax, IEEE 802.11 technology, radio frequency, or any other known wireless methods. Wired connections may be any known connection using a wire.

The gaming server 102 may be configured to communicate with a player tracking server 108, location server 120, and an authentication server 116. The player tracking server 108 may communicate with a player tracking database 110 to obtain tracked player information such as player preferences, games of chance the player likes to play, entertainment the player enjoys, accumulated and used points, number of wins and losses, and any other similar player information.

The authentication sever 116 may be used to authenticate and/or verify the player, the intermediary gaming trusted device 114 a-n, 118, the PED 112 a-n, 120, the gaming machine 104, or perform any other authentication or verification functions. Any known authentication method may be used, such as public-private key authentication algorithms, random number generators, authentication keys, location authentication, and the like.

Each intermediary gaming trusted device 114 a-n, 120 may be assigned to at least one PED 112 a-n, 118. Although each intermediary gaming trusted device 114 a-n, 118 is illustrated as being associated with one PED 112 a-n, 120, this is not meant to be limiting as the intermediary gaming trusted device 114 a-n, 118 may be assigned to more than one PED 112 a-n, 120 and acts as a trusted gaming hub. Initially, PEDs are unknown and untrusted devices not capable of playing games of chance. However, once connected to an intermediary gaming trusted device, the PED becomes or is otherwise transformed into a trusted PED and is able to be used to play games of chance. Each intermediary gaming trusted device 114 a-n, 118 may have a connector to connect to the PED 112 a-n, 120. The connector is further illustrated and described in detail with reference to FIGS. 2A-C and 3, however, example connectors may be a universal serial bus, male connector, wire, or any other connector able to connect the intermediary gaming trusted device 114 a-n, 118 with the PED 112 a-n, 120 to transmit and receive data.

The intermediary gaming trusted device 114 a-n, 118 may be configured to communicate with the authentication server 116. The intermediary gaming trusted device 114 a-n, 118 may then, in turn, authenticate or verify the user of PED 112 a-n, 120. The user of the PED 112 a-n, 120 may be authenticated and/or verified though any known authentication and verification methods such as, for example, biometric verification (i.e. voice recognition, retinal scan, fingerprint verification, and the like), username, password, account number, and the like. Authentication of the user may also include authentication via a web-application associated with the gaming establishment and/or uploading authentication software from the intermediary gaming trusted device 114 a-n, 118 to the PED 112 a-n, 120. In another embodiment, the user of the PED 112 a-n, 120 may also obtain the intermediary gaming trusted device 114 a-n, 118 from a gaming establishment personnel. The gaming establishment personnel may then authenticate and/or verify the user as well as associate the intermediary gaming trusted device 114 a-n, 118 to the PED 112 a-n, 120.

Once authenticated, the intermediary gaming trusted device 114 a-n, 118 may receive gaming data from the gaming server 102. The gaming data may include gaming information or gaming establishment information. Gaming information may include, for example, player tracking information, gaming options, data to play a game of chance, funding information or options in order to play the games of chance, pay tables, and the like. The gaming establishment information may include, for example, advertisements (e.g. buffet coupons, movie trailers, and the like), tournament information, room booking information, entertainment information, and the like.

The intermediary gaming trusted device 114 a-n, 118 may control and review the communication between the PED and the gaming server 102. The intermediary gaming trusted device 114 a-n, 118 may be configured to determine if the communication meets any desired rules or regulations. For example, if the user selects a “Cash Out” option on the PED 112 a-n, 120 for $100,000.00, but the maximum amount to be cashed out is $2,000, the intermediary gaming trusted device 114 a-n, 118 may prevent the user from cashing out.

The intermediary gaming trusted device 114 a-n, 118 may transmit the gaming data to the PED 114 a-n, 120 or to the gaming machine 104. The intermediary gaming trusted device 114 a-n, 118 may enable the PED 112 a-n, 120 or the gaming machine 104 to display the gaming data. For example, if the gaming data is to play a game of chance, the game of chance may be displayed on a display of the PED 112 a-n, 120 or the gaming machine 104. The game of chance may be, for example, poker, black jack, roulette, bingo, keno, video slot machine games, or any other game of chance. The intermediary gaming trusted device 114 a-n, 118 may be configured to receive data from the PED 114 a-n, 120 or the gaming machine 104 that is inputted by the user. The received data may then be transmitted from the intermediary gaming trusted device 114 a-n, 118 to the gaming server 102 via the network 106 for processing. The received data may be transmitted to the gaming server 102 dynamically or periodically. In other words, the received data may be transmitted to the gaming server 102 dynamically or in real-time as it is received by the intermediary gaming trusted device 114 a-n, 118. Alternatively, the received data may be buffered and transmitted to the gaming server 102 periodically such as every minute, ten (10) minutes, hour, or any other pre-defined time period.

The gaming server 102 may then process and store the gaming data received from the intermediary gaming trusted device 114 a-n, 118. The stored gaming data may be used in case of a power outage, weak or lost signals, or any other loss of gaming data. Once the received gaming data is processed, the gaming server 102 may transmit additional gaming data in response to the processed gaming data. The additional gaming data may be transmitted, in real-time on an as needed basis or in a bulk transfer mode for batch operations, to the intermediary gaming trusted device 114 a-n, 118 for display on the PED 114 a-n, 120 or the gaming machine 104 so that the player can continue to play the game of chance or receive additional gaming information. For instance, a video poker game on the gaming machine 104 may receive one card at a time, or five cards at a time, or ten cards at a time. In another example, a 5-reel slot game may receive one random number seed at a time, or 100 random number seeds for the next 20 games. Player input may include a selection of one of a plurality of games of chance, player preference options, selection of advertisement information, or the like.

The gaming server 102 may be configured to determine the location of the intermediary gaming trusted device 114 a-n, 118 using location server 120. Any known position or location methods may be used to determine the location of the intermediary gaming trusted device 114 a-n, 118 such as cellular positioning, triangulation, global positioning systems, or any other location or positioning determining method. The position or location of the intermediary gaming trusted device 114 a-n, 118 may be obtained periodically or at any pre-defined time period. For example, the intermediary gaming trusted device 114 a-n, 118 may be pinged every thirty (30) seconds, minute, ten minutes, hour, or any periodic time interval for its location.

A user may be prevented from playing a game or using the intermediary trusted gaming device 114 a-n, 118 due to location, time, establishment rules, government rules, or any other restrictions the gaming establishment may have or impose. For example, if the user decides to leave the gaming establishment and the location server 120 determines that the intermediary gaming trusted device 114 a-n, 118 is outside the gaming establishment, the gaming server 102 may cause to the intermediary gaming trusted device to cease performing any gaming activities. In another embodiment, if the intermediary trusted gaming device 114 a-n, 118 is in a restricted location such as the kids club, the intermediary trusted gaming device 114 a-n may cease performing any gaming activities. In still another example, if the player has played or lost a certain amount of money, the intermediary trusted gaming device 114 a-n may cease performing any gaming activities.

FIGS. 2A-3C illustrate example embodiments of an intermediary trusted gaming device. The intermediary trusted gaming device may be a portable electronic device that a user may carry around. The intermediary trusted gaming device may be any size, but is preferably sized to fit in a pocket, purse, or the like.

FIG. 2A illustrates one example of an intermediary trusted gaming device. The intermediary trusted gaming device 200 may include a housing 210. The housing 210 may have at least a status indicator, such as one light emitting diode (LED) 204. The LED 204 may be any color and any shape. The LED 204 may be configured to turn on or off to inform the user of its activities. For example, a green LED 204 may inform the user that the intermediary trusted gaming device 200 is properly connected to a PED, such as PED 112 a-n, 118 illustrated in FIG. 1. In another example, a red LED 204 may inform the user that the intermediary trusted gaming device 200 is low on battery or is not properly connected to the PED, such as PED 112 a-n, 118 illustrated in FIG. 1. In still another example, the LED 204 may flash to inform the user that the intermediary trusted gaming device 200 is receiving information either from the PED and/or gaming server, such as gaming server 102 illustrated in FIG. 1. Although the LED 204 is illustrated as being positioned on side 212 of the intermediary trusted gaming device 200, this is not intended to be limiting as the LED 204 may located anywhere on housing 210. Although the status indicator is described as a simple LED indicator, it maybe implemented as a LCD display for user-friendly text or graphical information.

Intermediary trusted gaming device 200 may have connector 206 configured to connect to a PED, such as PED 112 a-n, 118 illustrated in FIG. 1. Connector 206 may be configured to receive or transmit signals or data from/to the PED. As illustrated, connector 206 may be a USB connector. Although illustrated as being positioned on side 202 of the intermediary trusted gaming device 200, this is not intended to be limiting as the connector 206 may located anywhere on housing 210.

FIG. 2B illustrates another example intermediary trusted gaming device. The intermediary trusted gaming device 220 may include a housing 230, display 224, microphone 228, buttons 226 a-n, and connector 222. Connector 222, similar to connector 206 illustrated in FIG. 2A, may be configured to connect to a PED. Display 224 positioned on the housing may be used to display any desired information. For example, the display may display a request for a username and/or password, inform the user that the intermediary trusted gaming device 220 is properly connected to the PED, such as PED 112 a-n, 118 illustrated in FIG. 1, or any other desired information.

In one embodiment, display 224 may be a projector. For example, if the image on the display of the PED is too small, the player may want to view a larger image to play the game of chance. The display may be configured to project the game of chance in a larger image and allow the player to play the game of chance. The image may be projected on a table, wall, or any other surface or non-surface.

The microphone 228 may be configured to receive audio input, such as, for example, voice input. For example, if the user is unable to input his password on the PED, for any reason, the user may speak his password into the microphone. In another example, the microphone 228 may be used to receive the user's voice to authenticate the user. Instead of the microphone 228, other biometric sensors such as a camera or a fingerprint sensor may also be used for authenticating the user of the PED.

Buttons 226 a-n may be used for any desired purpose or reason. For example, buttons 226 a-n may be used to turn the intermediary trusted gaming device 220 on or off. In another example, button 226 a-n may be used to signal a gaming establishment personnel that the player would like to order a drink. In another embodiment, buttons 226 a-n maybe a numeric keypad, or an alphanumeric keypad, or a directional keypad, and the like.

FIG. 2C illustrates still another example of an intermediary trusted gaming device. Intermediary trusted gaming device 240 is similar to intermediary trusted gaming device 220 illustrated in FIG. 2B, except that intermediary trusted gaming device 240 includes a camera 244. Camera 244 may be used for any desired purpose or reason. For example, camera 244 may be used to authenticate the player (e.g. facial recognition, compare a picture of the player stored in the player tracking database to a picture taken by the intermediary trusted gaming device 240, and the like). In another example, camera 244 may be used to allow a player to take a picture for upload to the player's player tracking account. In still another example, camera 244 may be configured to recognize player gestures to allow the player to play the games of chance as opposed to using the PED to input data.

Although intermediary trusted gaming device 200, 220, 240 is illustrated as having a rectangular shape, this is for illustrating purposes and is not intended to be limiting. Intermediary trusted gaming device 200, 220, 240 may be formed of any desired shape such as a circle, triangle, star, shape of the gaming establishment's logo, and the like. Additionally, indicia may be printed anywhere on the housing of intermediary trusted gaming device 200, 220, 240. For example, the intermediary trusted gaming device 200, 220, 240 may be personalized for the player. In another example, the intermediary trusted gaming device 200, 220, 240 may include indicia of any sponsor, the gaming establishment, or any other desired indicia.

FIGS. 3A and 3B illustrate example uses of the intermediary trusted gaming device. Referring to FIG. 3A, the intermediary trusted gaming device 310 may have a connector 306 configured to connect into any input/output (I/O) port 308 of the PED 300 via arrow A. When connected properly, PED 300 may have a display 302 to display gaming data received from the intermediary trusted gaming device 310. Although illustrated with the use of a connector 306, this is for illustrative purposes only and not meant to be limiting as the intermediary trusted gaming device 310 may also be configured to communicate with the PED 300 via any known wireless methods. In other words, intermediary trusted gaming device 310 need not be physically connected to the PED 300 to communicate with the PED 300.

Referring now to FIG. 3B, intermediary trusted gaming device 310 may connect to a gaming machine 320. In one embodiment, intermediary trusted gaming device 310 may be coupled to a PED 300 and be configured to communicate with the gaming device 310 wirelessly. For example, the player may want to play the game of chance at the sports bar while watching a basketball game. However, after the basketball game ends, the player may then want to sit and continue to play the game of chance on gaming machine 320.

In another embodiment, intermediary trusted gaming device 310 may be coupled to the gaming machine 320 itself at I/O port 324. For example, the PED 300 may be low on batteries but the player would like to continue to play his game of chance. Thus, the intermediary trusted gaming device 310 may be coupled to the gaming machine 320 at I/O port 324. Although the I/O port is illustrated on housing 326 of gaming machine 320, this is for illustrative purposes only and not meant to be limiting. For example, I/O port 324 may also be positioned on a player tracking device 322 or in any other position on housing 326.

Whether connected to the PED 300 or gaming machine 320, intermediary trusted gaming device 310 may transmit or receive gaming data to or from gaming server 325 via any known wireless methods. If the intermediary trusted gaming device 310 is connected to the PED 300, the gaming data may be displayed on display 302 of the PED 300. If the intermediary trusted gaming device 310 is connected to the gaming machine 320, the gaming data may be displayed on display 328 or secondary display 330.

FIG. 4 illustrates an example block diagram of an intermediary trusted gaming device. The intermediary trusted gaming device 400 may have a processor 402 configured to communicate with connector 404. Processor 402 may be configured to receive and transmit gaming information via connector 404 from and to the PED. Processor 402 may also be configured to communicate with a camera 408, microphone 410, LED 416, display 414, and buttons or switches 420. As stated above with reference to FIG. 2B, camera 408 may be used to authenticate or verify the user. Once a picture of the player is taken using camera 408, processor 402 may process the picture to authenticate or verify the player. Additionally, processor 402 may process the input associated with selected buttons 420 or display the desired message or indicia on display 414. As stated above with reference to FIG. 2C, microphone 410 may also be used to authenticate or verify the user. Once the player's voice is captured by the intermediary trusted gaming device 400 via microphone 410, processor 402 may process the player's voice to authenticate or verify the player. Additionally, processor 402 may be configured to control LED 416 as described above with reference to FIG. 2A.

Intermediary trusted gaming device 400 may also have at least one transceiver 412. In one embodiment, the intermediary trusted gaming device 400 may have a long-range transceiver, short-range transceiver, or both. The transceiver 412 may be designed to locate the position of the intermediary trusted gaming device 400 through use of any known positioning methods as discussed in detail above. As stated above, intermediary trusted gaming device 400 may communicate wirelessly and therefore may have a wireless sensor 422.

Intermediary trusted gaming device 400 may have at least one memory 406. The memory 406 may be any type of memory configured to store gaming applications, game logic, game session data, authentication software, and the like. For example, the memory may be a non-volatile random access memory (NVRAM), flash memory, dynamic random access memory (“DRAM”)), and the like.

The intermediary trusted gaming device 400 may have a power source 424. The power source 424 may be any known power source such as a battery and may be powered through any known means. For example, the power source 424 may be powered when physically connected to a PED or plugged into a power outlet. When the power source 424 is an internal battery, it maybe recharged when connected to an external power source such as a power outlet. Having an internal battery onboard the intermediary trusted device 400 may maintain communication to another device in the network such as a location server or a game server even when the PED is not powered on. In one embodiment, the intermediary trusted device 400's connection to the location server persists so that its location can be accounted for at all time.

In one embodiment, intermediary trusted gaming device 400 may also have a cryptographic module 418 to decrypt communication received from a gaming server and/or PED and to encrypt communication transmitted to the PED and/or gaming server.

FIGS. 5A and 5B illustrate example methods for playing games of chance using an intermediary gaming trusted device. Referring to FIG. 5A, the method 500 initially begins with associating an intermediary gaming trusted device with an untrusted PED at 502. The association may occur through any known association methods. For example, the gaming establishment personnel may manually associate the intermediary gaming trusted device with the untrusted PED. In another example, the intermediary gaming trusted device may be physically coupled to the untrusted PED.

The associated untrusted PED may be detected at 504 by the intermediary gaming trusted device. If physically coupled to the untrusted PED, detection of the untrusted PED may occur when the intermediary gaming trusted device is coupled to the PED via the connector of the intermediary gaming trusted device. If communication of the untrusted PED is wireless, detection may occur when the intermediary gaming trusted device connects wirelessly with the untrusted PED.

A determination of whether the user of the untrusted PED is authenticated is made at 506. If the user is not authenticated, the method 500 may end. Authentication and/or verification of the user may be through any known authentication and verification methods such as, for example, biometric verification (i.e. voice recognition, retinal scan, fingerprint verification, and the like), username, password, account number, and the like. Authentication of the user may also include authentication via a web-application associated with the gaming establishment and/or uploading authentication software from the intermediary gaming trusted device to the untrusted PED. In another embodiment, the user of the untrusted PED may also obtain the intermediary gaming trusted device from a gaming establishment personnel. The gaming establishment personnel may then authenticate and/or verify the user as well as associate the intermediary gaming trusted device to the untrusted PED.

If the user of the untrusted PED is authenticated, the intermediary gaming trusted device may be authenticated at 508. If the intermediary gaming trusted device is not authenticated, the method 500 may end. Authentication of the intermediary gaming trusted device may be made by any known means. For example, a unique identifier of the intermediary gaming trusted device may be compared to identifiers stored at a gaming server. In one embodiment, the intermediary gaming trusted device may automatically connect to the gaming server and authenticate itself when turned on or powered up.

If the intermediary gaming trusted device is authenticated at 508, the intermediary gaming trusted device may receive gaming data at 510 from a gaming server. The gaming data may include a plurality of options. The gaming data may include gaming information or gaming establishment information. Gaming information may include, for example, player tracking information, gaming options, data to play a game of chance, funding information or options in order to play the games of chance, pay tables, and the like. The gaming establishment information may include, for example, advertisements (e.g. buffet coupons, movie trailers, and the like), tournament information, room booking information, entertainment information, and the like.

The untrusted PED becomes or is otherwise transformed into a trusted PED and the gaming data may then be transmitted to the associated trusted PED. As stated above, the gaming data may include a plurality of gaming options, such as, for example, a list of games of chance the user may select to play. The games of chance may be any game of chance such as blackjack, poker, roulette, craps, bingo, keno, video slot machines, and the like. Each list may also include a logo or any other indicia with each option, a summary of what the option is, a number of times the player has played each game of chance, the last time the selection was made by the player, or any other desired information.

A selection of one of the gaming options may be detected at 514. For example, the player may want and select to play a game of black jack. In one embodiment, selection of one of the gaming options may be executed by the user on the trusted PED. In another embodiment, selection of one of the gaming options may be selected on the intermediary gaming trusted device. Once a selection has been made, the intermediary gaming trusted device may transmit the selected gaming option to the gaming server at 516.

Referring now to FIG. 5B, gaming data associated with the selected gaming option may be received at 518 by the intermediary gaming trusted device. For example, gaming data to play black jack may be received if the black jack option was selected. The gaming data may then be transmitted to the associated trusted PED for display on a display of the associated trusted PED at 520. Once displayed, any input associated with the displayed data may be detected at 522. For example, if the data displayed was to play a game of chance, inputs associated with playing the game of chance may be detected such as a wagering amount, spin, hold, and the like. In another example, if the data displayed was a poker tournament, the input may be to register for the tournament. In still another example, if the displayed data was a coupon to the buffet, the input may be to add the coupon to the player tracking account, print the coupon, or a cancel the coupon. The user input may be detected from the PED or the intermediary gaming trusted device.

If the displayed data was to play a game of chance, the gaming session data may be generated at 524. In one embodiment, the intermediary gaming trusted device may generate the gaming session data at 524. For instance, the number of games played, by whom, where and when, and the aggregate amount of wager since the start of the game session maybe calculated and recorded by the intermediary gaming trusted device. In still another embodiment, the gaming session data may be generated from the gaming server and transmitted to the intermediary gaming trusted device. For instance, a random bonus amount and the associated triggering event maybe generated by the gaming server and sent to the intermediary gaming trusted device. In yet another embodiment, the gaming session data maybe generated from the user's inputs at the PED during the gaming session. Gaming session data may include any information the user inputs while playing a game, number of wins or losses, amount of funds remaining or added, clicking on advertisements, and any other gaming information generated during the game session. The gaming session data may be stored at 526. The gaming session data may be stored on the intermediary gaming trusted device periodically or dynamically in real-time. For example, the gaming session data may be stored or saved at predefined intervals such as every minute, every hour, every ten (10) seconds, and the like. In another example, the gaming session data may be stored dynamically as the gaming session data is generated.

The gaming session data may be transmitted to the gaming server at 528. The gaming session data may be transmitted to the gaming server periodically or dynamically in real-time. For example, the gaming session data may be buffered and transmitted at predefined intervals such as every minute, every hour, every ten (10) seconds, and the like. In another example, the gaming session data may be transmitted dynamically in real-time as the gaming session data is generated.

A determination of whether the gaming session is still permitted is made at 530. Gaming sessions may be permitted based on various factors such as location of the intermediary gaming trusted device, duration of play, time of day, user information, gaming regulations, amount played, and the like. For example, if the intermediary gaming trusted device is determined to be in the parking lot where playing games of chance are not permitted, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities. In another example, if gaming regulations prohibit game play after the loss of $500 within a 24-hr period, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities.

If the gaming session is permitted at 530, a determination of whether gaming information is requested is made at 532. If a request for gaming information is detected at 532, the intermediary gaming trusted device may transmit the request to the gaming server and the method 500 may continue at step 512 of FIG. 5A. If a request for gaming information is not detected or not permitted at 532, a determination of whether the gaming session ends is made at 534. For example, if a cash-out input was detected, the gaming session may end. In another example, if the PED has been determined to have been moved out of the allowed area, the gaming session may also end. In yet another example, if there are no credits to play the game of chance, the gaming session may end. If the gaming session did not end at 534, the method may continue at step 522.

If the gaming session is determined to end at 534, the gaming session data may be transmitted to the gaming server at 536. Once the gaming session data is transmitted to the gaming server at 536, all gaming session data, gaming data, gaming software, and any other gaming related information and data are deleted from the associated trusted PED at 538. All gaming related information and data are deleted from the associated trusted PED to prevent fraud, hacking, and the like.

FIG. 6 illustrates an example method for playing a game of chance on a portable electronic device. The PED may be connected to an intermediary gaming trusted device to convert or otherwise transform an untrusted PED to a trusted PED to play games of chance and/or receive gaming related information. The method 600 initially begins with detection of the intermediary gaming trusted electronic device at 602. If physically coupled to the untrusted PED, detection of the intermediary gaming trusted device occurs when it is coupled to the PED via a connector, wire, or any other means. If communication with the intermediary gaming trusted device is wireless, detection may occur when the untrusted PED connects wirelessly with the intermediary gaming trusted device.

An authentication and/or verification request may be received at 604. The untrusted PED may receive the authentication request from detected intermediary gaming trusted electronic device. Authentication and/or verification of the user may be through any known authentication and verification methods such as, for example, biometric verification (i.e. voice recognition, retinal scan, fingerprint verification, and the like), username, password, account number, and the like. Authentication of the user may also include authentication via a web-application associated with the gaming establishment and/or uploading authentication software from the intermediary gaming trusted device to the untrusted PED. In another embodiment, the user of the untrusted PED may also obtain the intermediary gaming trusted device from a gaming establishment personnel. The gaming establishment personnel may then authenticate and/or verify the user as well as associate the intermediary gaming trusted device to the untrusted PED. In still another embodiment, the authentication request may require the untrusted PED to download software or an authentication application. The software may request the user of the untrusted PED to input authentication and/or verification information to authenticate and/or verify the user.

If the untrusted PED is not authenticated at 606, the intermediary gaming trusted device will cease to perform any tasks and the method 600 may end. If the untrusted PED is authenticated at 606, the untrusted PED then becomes or is otherwise converted to a trusted PED. The trusted PED may then receive gaming data from the intermediary gaming trusted electronic device at 608. The gaming data may have a plurality of gaming options. The gaming data may include gaming information or gaming establishment information. Gaming information may include, for example, player tracking information, gaming options, data to play a game of chance, funding information or options in order to play the games of chance, pay tables, and the like. The gaming establishment information may include, for example, advertisements (e.g. buffet coupons, movie trailers, and the like), tournament information, room booking information, entertainment information, and the like. The gaming options may include a list of games of chance the player may like to play such as, blackjack, poker, video slot machines, video games, keno, and the like. Each list may also include a logo or any other indicia with each option, a summary of what the option is, a number of times the player has played each game of chance, the last time the selection was made by the player, or any other desired information.

The gaming data may then be displayed on a display of the trusted PED at 610. The user of the trusted PED may select an option associated with the displayed gaming data which is then transmitted to the intermediary gaming trusted device at 612. The selection may be made using the trusted PED and/or the intermediary gaming trusted device. For example, if the gaming data was a list of games of chance the play may play, the list may be displayed on the display of the trusted PED and the use may select one of the games of chance to play. The selected game of chance may be transmitted to the intermediary gaming trusted device. In another example, if the gaming data was a coupon for the buffet, the option may be to accept or decline the coupon which the user may select. The selection may then be transmitted to the intermediary gaming trusted device.

If the user selected a game of chance to play using the trusted PED, gaming data may be received at 614 to start a gaming session for the player. The gaming data may be associated with the selected game of chance. For example, gaming data to play black jack may be received if the black jack option was selected. The gaming data may then be transmitted to the associated trusted PED for display on a display of the associated trusted PED at 616. Once displayed, any input associated with the displayed gaming data may be detected and transmitted to the intermediary gaming trusted device at 618. For example, if the data displayed was to play a game of chance, inputs associated with playing the game of chance may be detected such as a wagering amount, spin, hold, and the like. In another example, if the data displayed was a poker tournament, the input may be to register for the tournament. In still another example, if the displayed data was a coupon to the buffet, the input may be to add the coupon to the player tracking account, print the coupon, or a cancel the coupon. The user input may be detected from the PED or the intermediary gaming trusted device.

A determination of whether the gaming session is permitted is made at 620. Gaming sessions may be permitted based on various factors such as location of the intermediary gaming trusted device, duration of play, time of day, user information, gaming regulations, amount played, and the like. For example, if the intermediary gaming trusted device is determined to be in the parking lot where playing games of chance are not permitted, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities. In another example, if gaming regulations prohibit game play after the loss of $500 within a 24-hr period, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities.

If the gaming session is permitted at 620, a determination of whether the gaming session should end is made at 622. For example, if a cash-out input was detected, the gaming session may end. In another example, if the PED has been determined to have been moved out of the allowed area, the gaming session may also end. In yet another example, if there are no credits to play the game of chance, the gaming session may end. If the gaming session did not end at 622, the method may continue at step 608.

If the gaming session is determined to end at 622, the gaming session data may be transmitted to the intermediary gaming trusted device at 624. Once the gaming session data is transmitted to the intermediary gaming trusted device at 624, all gaming session data, gaming data, gaming software, and any other gaming related information and data are deleted from the associated trusted PED at 626. All gaming related information and data are deleted from the associated trusted PED to prevent fraud, hacking, and the like.

FIG. 7 illustrates an example method for playing a game of chance on a portable electronic device. The PED may be configured to communicate with an intermediary gaming trusted device which is configured to communicate with a server. Use of the intermediary gaming trusted device converts an unknown and untrusted PED to a trusted PED to create a controlled and secure environment where a player may play games of chance or obtain gaming data. The method 700 initially begins when a gaming server receives an authentication request from the intermediary gaming trusted device at 702. The request may be to authenticate the unknown and untrusted PED and/or authenticate the intermediary gaming trusted device. If neither the untrusted PED and/or intermediary gaming trusted device are authenticated at 704, the method 700 may end.

Authentication and/or verification of the untrusted PED may be through any known authentication and verification methods such as, for example, biometric verification (i.e. voice recognition, retinal scan, fingerprint verification, and the like) of the user, username, password, account number, device identifier, digital signature of the operating system and/or the software application, and the like. Authentication of the untrusted PED may also include authentication via a web-application associated with the gaming establishment and/or uploading authentication software from the intermediary gaming trusted device to the untrusted PED. The information received by the gaming server may be authenticated with information stored in a database, such as, for example, a player tracking base 110 illustrated in FIG. 1. Similarly, the intermediary gaming trusted device may have a unique identifier that may be compared to identifiers stored at the gaming server.

Once authenticated at 704, gaming data may be sent to the intermediary gaming trusted device at 706. The gaming data may include gaming information or gaming establishment information. Gaming information may include, for example, player tracking information, gaming options, data to play a game of chance, funding information or options in order to play the games of chance, pay tables, and the like. The gaming establishment information may include, for example, advertisements (e.g. buffet coupons, movie trailers, and the like), tournament information, room booking information, entertainment information, and the like. The gaming data may include a plurality of gaming options, such as, for example, a list of games of chance the user may select to play. The games of chance may be any game of chance such as blackjack, poker, roulette, craps, sicbo, bingo, keno, video slot machines, and the like. Each list may also include a logo or any other indicia with each option, a summary of what the option is, a number of times the player has played each game of chance, the last time the selection was made by the player, or any other desired information.

A selected gaming option may be received at 708 from the intermediary gaming trusted device. Gaming data associated with the received selected gaming option may be transmitted at 710 to the intermediary gaming trusted device. For example, if the received selected gaming option is to play black jack, the transmitted gaming data may be associated with black jack. In another example, if the selected gaming option is to obtain movie tickets, the gaming data may be a list of movies playing at the theater.

The gaming server may periodically or dynamically receive gaming session data at 712 from the intermediary gaming trusted device. Gaming session data may be any session data resulting from playing a game of chance such as number of wins or losses, amount of funds remaining or added, clicking on advertisements, and any other gaming information generated during the game session. The gaming session data may be received periodically or dynamically in real-time. For example, the gaming session data may be received at predefined intervals such as every minute, every hour, every ten (10) seconds, and the like. In another example, the gaming session data may be received dynamically in real-time as the gaming session data is generated.

A determination of whether the gaming session is permitted is made at 714. Gaming sessions may be permitted based on various factors such as location of the intermediary gaming trusted device, duration of play, time of day, user information, gaming regulations, amount played, and the like. For example, if the intermediary gaming trusted device is determined to be in the parking lot where playing games of chance are not permitted, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities. In another example, if gaming regulations prohibit game play after the loss of $500 within a 24-hr period, the gaming session will end and the intermediary gaming trusted device may cease to perform any gaming activities.

In no gaming session is permitted at 714, the method 700 may end. If the gaming session is permitted at 714, a determination of whether gaming information is requested is made at 716. If a request for gaming information is detected at 716, the method may return to step 706. If a request for gaming information is not detected at 716, the method 700 may end.

While embodiments and applications of this invention have been shown and described, it would be apparent to those skilled in the art having the benefit of this disclosure that many more modifications than mentioned above are possible without departing from the inventive concepts herein. 

What is claimed is:
 1. A portable intermediary gaming trusted device for use with an associated untrusted portable electronic device (FED), the device comprising: a memory configured to store at least game session data; a wireless transceiver; and a processor configured to at least: securely communicate with a gaming apparatus, the gaming apparatus able to receive or process a wager to play a game of chance; securely communicate with the associated untrusted PED; determine whether a gaming session for one or more games of chance is requested; and enable the associated untrusted PED to participate in the gaming session with the gaming apparatus, the gaming session being associated with gaming data pertaining to the game of chance, wherein the associated untrusted PED changes to a trusted device to carry out the gaming session so long as the portable intermediary gaming trusted device is operatively coupled to the associated untrusted PED.
 2. A portable intermediary gaming trusted device for use with an associated untrusted portable electronic device (FED), the device comprising: a memory configured to store at least gaming transaction data; a wireless transceiver; and a processor configured to at least: securely communicate with a gaming apparatus, the gaming apparatus able to receive or process a wager to play a game of chance; securely communicate with the associated untrusted PED; determine whether a gaming transaction with the gaming apparatus for one or more games of chance is requested; and enable the associated untrusted PED to participate in the gaming transaction with the gaming apparatus, the gaming transaction being associated with the game of chance, wherein the associated untrusted PED changes to a trusted device to carry out the gaming transaction so long as the portable intermediary gaming trusted device is operatively coupled to the associated untrusted PED. 